Date: Thu, 2 Jun 94 04:30:19 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V94 #172 

To: Ham-Digital 


Ham-Digital Digest Thu, 2 Jun 94 Volume 94 : Issue 172 


Today's Topics: 
Alpha-Numeric Paging Software 
An open note to Gary Coffman, KE4ZV (3 msgs) 
Cardinal DSP16 boards $79 +$5s/h (2 msgs) 
Help with JNOS for Linux 
JNOS for Unix. 
LOOKING FOR: PK-88 
need repeater advice 
PCMCIA TNC 
RTTY DIGITAL JOURNAL subscription info 
Telix modem software doesn't choke on 7plus files 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 1 Jun 1994 22:50:57 GMT 

From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!wupost!udel!news2.sprintlink.net! 
news.sprintlink.net!bga.com! patm@network.ucsd.edu 

Subject: Alpha-Numeric Paging Software 

To: ham-digital@ucsd.edu 


TSTADER (tstader@aol.com) wrote: 
: In article <2rt9s2$mpr@giga.bga.com>, patm@bga.com (Patrick Mcguire) 
: writes: 


xxx Thanks for the credit but I this is *not*x the response that I posted.x*xx 


VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV 


: Somebody once gave me the info to Motorola's document request 


: line.... but not sure where I saw it.... but if you call 
: 1-800-542-7882 and ask them for a copy of the Motorola "Third Party 
Referal Guide to Alpah and Data Paging"... you'll get a nice booklet 


: listing all of the "known" software suppliers out there whose 
products do what you want. There is a section for DOS, Macintosh and 

: Unix. They have a section for Shareware/Freeware, but the 04 March 

: 1994 edition shows none. 


: I don't know how Motorola will continue to support this document.... 
but it is nice. They also sent me a whole bunch of info on their 

: NewsStream and NewsCard products.... it got the wheels turning on we 

: might be able to adapt this product... pretty neat. 


: 73 for now.... c u on the shortwaves 

: Terry Stader - KA8SCP 

: America Online Ham Radio Club Host 

: Macintosh Amateur Radio Software List Maintainer 

: Internet: tstader@aol.com (e-mail) or 

: pOO489@psilink.com (binaries/files >28K) 

: KA8SCP@WALPHY .#EMA.MA.USA.NOAM 
ka8scp@ka8scp.ampr.org [44.56.4.82] Mac 

[44.56.4.120] DOS Clone 

(they're BOTH pc's!) 


PAVAYAVAVATAVAVAYAVAVAVAVAVATAVAVATATAVATATATAVATATATATATATATATAVATATATATATAVALATAVATATAVATATATATATATATATATATATATATATATATATATAVATATATATATAVATATATATATAN 


What I did originally post was a short note concering the use of any 
generic comm program to access an alphanumeric pager. 


A short recap of this follows: 


Obtain the paging terminal access telephone no from the pager co. This 
is the number you must have regardless of the access software you use. 


Set your comm program to 1200 bps N81 at first. If this does not work 
use 300 bps. These terminals are not speed demons. 


When the terminal answers it will ask for password. In my experience 
this is just the name of the paging co. or some variant. (e.g. McCaw 


Communications is "MCCAW" ) 


Next you will be queried for the number of the pager. Enter the 
telephone number of pager -just 7 digits, no area code. 


Then just enter the text of your message, usually 80 chars max. 


That's all there is to it... If you are so inclined a ‘script’ could be 
written that would enter all the preamble stuff automatically. 


Patrick McGuire WA8PLR 
patm@bga.com 


Date: 1 Jun 1994 15:25:57 GMT 

From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!math.ohio-state.edu! 
hobbes.physics.uiowa.edu!news.uiowa.edu!icaen!drenze@network.ucsd.edu 
Subject: An open note to Gary Coffman, KE4ZV 

To: ham-digital@ucsd.edu 


Gary, you should be getting a copy of this on Packet as well, but I 
thought I'd toss it out on Usenet as well for others to comment upon. 


I recently came across a note by you in our local Packet BBS archives 
dated 12-MAR-92. You probably don't remember having written it, but 
it was a response to a UK user's request for information on packet 
applications. 

Your response was that there was so much potential for 
packet, but that right now, aside from local packet BBS's and 
packet mail, there are none, diddly, zippo. You said that, you 
expected it "to fall into a 1200 baud and C64 forever mindset that 
never reaches the heights it is capible of scaling." 

Well, two years later, I see you as being 100% right. I've 
not been in packet that long, but what I've seen makes me believe that 
the case may be worse than you depicted it then. I'll use the Iowa 
packet network as an example. It's a fairly extensive network, you 
can get into it from pretty much anyplace in the state on 2-meters. 
But I have the network map here in front of me...and that's about 
all it is, 2 meters. There are only a handful of 9600 baud connections 
throughout the state, and those are mostly to get *xinto*x nodes, not 
links between the nodes, and the few which are backbone links don't 
even connect the major nodes. I hear people talking on the linked 
repeater system about mail moving "fast" today--only taking 16 hours 
or so to make a 3-link trip. Needless to say, I have a hard time 
swallowing that. 

I realize that much of this is simply the way the local net 
is set up, but the way it is set up reflects the mindset of which 
you wrote. Also, from my conversations with other packeteers, this 
sort of setup is not uncommon. 

But what can be done about it? It seems to me that newer, 
more efficient protocols need to be developed xand actively promoted 
rather than making 10 or 15-year-old technology the standard. 

A new implementation of TCP/IP might even help the situation. 
While the TCP/IP protocol suite is far from perfect, it seems to be 
much more efficient than the network we have now. But the current 
implementations, while pioneering in their time, are currently out- 


dated. IMO the best way to update our current technology would be 
to develop a device driver for the standard TNC in KISS mode. This 
device driver would allow standard TCP/IP implementations and apps 
to interface to amateur packet radio transparently. It seems to me 
that there is no reason that standard TCP/IP applications which run 
on the Internet should not be able to run on a Packet radio internet, 
including standard implementations of ftp, telnet, rlogin, usenet news, 
internet bbs's, etc. I have been dabbling with such a device driver, 
but I do not pretend to either be a professional programmer (I'ma 
writer by trade) or to understand the AX.25 protocol or to understand 
KISS. 

Furthermore, this would be an excellent avenue to bring new 
blood into Amateur Radio. I've mostly grown up with computers, but 
as great as my understanding of them is, I don't have the intuitive 
understanding that those even ten years younger than me do. I've only 
been using computers since I was ten or so...these kids currently in 
high school have been living with their wonders since the day they were 
born. These are the ones we should be talking to, that we should be 
bringing into Amateur Radio to develop the networks of tomorrow. With 
their help we could put Amateur Radio back on the cutting edge of 
technology rather than the trailing edge we seem to be holding on to 
right now. 


Comments? I'm interested in hearing what people have to say. You 
can please direct any flames to /dev/null--I don't want to hear them. 


Doug Renze, NOYVW x drenze@isca.uiowa.edu * NOYVW @ WOIUQ.ia.usa.na 


Date: Thu, 2 Jun 1994 00:24:25 GMT 

From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com! 
darwin.sura.net!fconvx.ncifcrf.gov!mack@network.ucsd.edu 

Subject: An open note to Gary Coffman, KE4ZV 

To: ham-digital@ucsd.edu 


In article <2si9a5$40g@news.icaen.uiowa.edu> drenze@icaen.uiowa.edu (Douglas J 
Renze) writes: 


> But what can be done about it? It seems to me that newer, 

>more efficient protocols need to be developed *xand actively promotedx 
>rather than making 10 or 15-year-old technology the standard. 

> A new implementation of TCP/IP might even help the situation. 
>While the TCP/IP protocol suite is far from perfect, it seems to be 
>much more efficient than the network we have now. But the current 
>implementations, while pioneering in their time, are currently out- 
>dated. IMO the best way to update our current technology would be 


>to develop a device driver for the standard TNC in KISS mode. This 
>device driver would allow standard TCP/IP implementations and apps 

>to interface to amateur packet radio transparently. It seems to me 
>that there is no reason that standard TCP/IP applications which run 

>on the Internet should not be able to run on a Packet radio internet, 
>including standard implementations of ftp, telnet, rlogin, usenet news, 
>internet bbs's, etc. 


TCPIP is already available with the KA9Q NOS code (there's lots of books 

eg NOS INTRO, thru ARRL, to helpyou on your way). There is a problem that 
there's no one to talk to. The real problem is that increased data rate 
requires a wider IF and AF section in the T/X. The current voice grade 

audio that comes through ham FM rigs is only good to about 2400 baud (others 
probably have better estimates). If you want 56kb, then you need a whole 

new TX, basically an RF modem. To talk at ethernet rates (10MHz) you are 
going to have to put all your rigs on 10Ghz. It's a lot of money to invest 
in a system which is hobbled by every message having to be read by a human 
at the point of entry. 


Joe Mack NA3T 
mack@ncifcrf.gov 


Date: 2 Jun 1994 04:36:06 GMT 

From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!math.ohio-state.edu! 
hobbes.physics.uiowa.edu!news.uiowa.edu!icaen!drenze@network.ucsd.edu 
Subject: An open note to Gary Coffman, KE4ZV 

To: ham-digital@ucsd.edu 


mack@ncifcrf.gov (Joe Mack) writes: 


>In article <2si9a5$40g@news.icaen.uiowa.edu> drenze@icaen.uiowa.edu (Douglas J 
Renze) writes: 


>> But what can be done about it? It seems to me that newer, 

>>more efficient protocols need to be developed *xand actively promotedx 
>>rather than making 10 or 15-year-old technology the standard. 

>> A new implementation of TCP/IP might even help the situation. 
>>While the TCP/IP protocol suite is far from perfect, it seems to be 
>>much more efficient than the network we have now. But the current 
>>implementations, while pioneering in their time, are currently out- 
>>dated. IMO the best way to update our current technology would be 
>>to develop a device driver for the standard TNC in KISS mode. This 
>>device driver would allow standard TCP/IP implementations and apps 
>>to interface to amateur packet radio transparently. It seems to me 
>>that there is no reason that standard TCP/IP applications which run 
>>on the Internet should not be able to run on a Packet radio internet, 


>>including standard implementations of ftp, telnet, rlogin, usenet news, 
>>internet bbs's, etc. 


>TCPIP is already available with the KA9Q NOS code (there's lots of books 

>eg NOS INTRO, thru ARRL, to helpyou on your way). There is a problem that 
>there's no one to talk to. The real problem is that increased data rate 
>requires a wider IF and AF section in the T/X. The current voice grade 
>audio that comes through ham FM rigs is only good to about 2400 baud (others 
>probably have better estimates). If you want 56kb, then you need a whole 
>new TX, basically an RF modem. To talk at ethernet rates (10MHz) you are 
>going to have to put all your rigs on 10Ghz. It's a lot of money to invest 
>in a system which is hobbled by every message having to be read by a human 
>at the point of entry. 


I'm aware that TCP/IP is already available. But this is a suite of 
programs which operate only through packet, if I'm not mistaken. Ideally, 
any program which can run through standard TCP/IP should be able to run 
through a packet-radio version of TCP/IP. As far as I know, this is not 
currently the case. If I'm using a Macintosh, for example, and want to 
use TCP/IP I xought*x to be able to use NCSA telnet, ditto for Windoze, 
standard telnet should work for me on a Linux box, and the DOS version 
of it should work on a DOS box. Understand what I'm saying? 

And who said anything about Ethernet rates? Seems to me that 
a lot of people run SLIP at 9600 baud and don't have many problems. Heck, 
I've even heard the rumour that all of Iceland is linked to the rest of 
the Internet through a single 9600 baud SLIP link. Similar performance 
should be possible via packet (I mean, if LANs can do it, why can't we?). 
A packet network should be treatable as a WAN. 


I've also been thinking some more about some applications for Packet. 
Why don't we use a Client-Server architecture for our BBS's? It's much 
more efficient both in the use of the frequency and in the use of the 
host computer. 

Why not write distributed BBS's, where multiple computers at 
different sites share the loads? This is an offshoot of the client- 
server architecture. 

There are so many possibilities! 


73 - doug 


Doug Renze, NOYVW x drenze@isca.uiowa.edu * NOYVW @ WOIUQ.ia.usa.na 
DRenze@aol.com xx drenze@chop.isca.uiowa.edu 


Date: Wed, 1 Jun 1994 21:52:24 GMT 
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!noc.near.net!analog.com! 


analog.com!kangas@network.ucsd.edu 
Subject: Cardinal DSP16 boards $79 +$5s/h 
To: ham-digital@ucsd.edu 


In article <CqJDL1.JEv@sunsrvr6.cci.com> jdc@cci.com (James D. Cronin) writes: 
>In article <1994May27 .185206.22868@midway.uchicago.edu>, 

>Kenneth C Hopper <khopper@midway.uchicago.edu> wrote: 

>> For those digitally enabled hams who are in- 

>> terested in exploring the KC7WW PC soundcard 

>> application - you can get a Cardinal DSP16 for 

>> $79 at the PC Connection 1-800-243-8088 plus 

>> about $5 s/h. Good deal for a _ programmable 

>> ASP based DSP PC board. 

>> 

>It sounds interesting. What's needed in the line of software for 
>programming it? Is there a developer's kit or something of that 
>nature? 

>Also, what ham-oriented software has been written for this card? 


Note that the Cardinal board isn't ASP based, but instead has a real 
DSP onboard, an Analog Devices 2115. I have no idea if any ham software 
has been written for it, but Analog is supposed to release an SDK for 
the Cardinal and the other PSA-based soundcards (ie Orchid Soundwave, 
MediaMagic, Adaptec, etc.) Real Soon Now... which means I thought it 
was supposed to be out a couple of weeks ago, but seems to have been 
postponed a little bit. If you're interested, the official announcement 
should be on comp.dsp sometime soon. 


Hmm... that is a pretty good price on the card, though. Might have to 
pick on of ‘em up myself. 


(ps - I'm not a ham... yet. just another interested bystander.) 

-Matt 
Matt Kangas °,°,°,°, + +) rn pe "(Thus i we join Potaasion in leading neeple 
matt.kangas@analog.com *,*, , , ,°, 1 + 1 1 to kill oie ee )"  -RMS 
DSP Tools Group, Analog Devices Inc *,’, , ,',, , , , , LEmacs, you know... ] 


Date: 1 Jun 1994 22:56:01 -0400 

From: newst£01.cr1.aol.com!search01.news.aol.com!not-for-mail@uunet.uu.net 
Subject: Cardinal DSP16 boards $79 +$5s/h 

To: ham-digital@ucsd.edu 


In article <1994Jun1.215224.4951@analog.com>, matt.kangas@analog.com 
writes: 


In article <CqJDL1.JEv@sunsrvr6é.cci.com> jdc@cci.com (James D. 
Cronin) writes: 

>In article <1994May27 .185206.22868@midway.uchicago.edu>, 
>Kenneth C Hopper <khopper@midway.uchicago.edu> wrote: 

>> For those digitally enabled hams who are_ in- 

>> terested in exploring the KC7WW PC soundcard 

>> application - you can get a Cardinal DSP16 for 

>> $79 at the PC Connection 1-800-243-8088 plus 

>> about $5 s/h. Good deal for a _ programmable 

>> ASP based DSP PC board. 

>> 

>It sounds interesting. What's needed in the line of software for 
>programming it? Is there a developer's kit or something of that 
>nature? 

>Also, what ham-oriented software has been written for this card? 


A friend and I bought 3 of these boards several months ago they were 
such a "bargain" (about $120). 


We had so many problems with software and drivers and installation, 
we sent them back! Cardinal Tech Support was useless. 


Sometimes you get what you pay for! 


Anyone need the Wavetable Chip for this Board?? 


Date: 1 Jun 1994 21:37:03 -0400 

From: newstf01.cr1.aol.com!search01.news.aol.com!not-for-mail@uunet.uu.net 
Subject: Help with JNOS for Linux 

To: ham-digital@ucsd.edu 


Benn trying to get JNOS (j1091xa3) working. When I compile, 
everything goes fine until it gets near the end, then I get 

"curses.c XXX (linux.a(curses.o)) Undefined symbol _getattrs 
referenced from text segment" 

This is repeated 5 times, with 5 line numbers (XXX), 434,489,496,524, 
533) . I loaded ncurses 1.8, and even changed my kernel from 99.14 to 
1.10, but the error is the same. 

Obviously, I am no expert on C programming. Has anyone had the same 
experience, and can tell me what to do. Dumb I may be, bur also 
stubborn, and have benn struggling with this for 3 days. 


Thanks in advance... 


John N43S (jsielke@wx21.uscc.com) 


Date: 1 Jun 1994 14:24:02 -0400 

From: newst£01.cr1.aol.com!search01.news.aol.com!not-for-mail@uunet.uu.net 
Subject: JNOS for Unix. 

To: ham-digital@ucsd.edu 


Try UCSD.EDU in hmradio/packet/jnos. You want j109lxa3.tar.z 


Date: Wed, 1 Jun 1994 14:55:42 GMT 

From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!convex!news.duke.edu! concert! 
hearst.acc.Virginia.EDU!saips.cv.nrao.edu!sadira.gb.nrao.edu! 
dgordon@network.ucsd.edu 

Subject: LOOKING FOR: PK-88 

To: ham-digital@ucsd.edu 


I am looking for a used PK-88 for use with my C64. Got the 
software, just need the modem and cables. Thanks 


David - KB4LCI 
dgordon@nrao.edu 


Date: Wed, 1 Jun 1994 20:01:45 GMT 

From: spsgate!mogate!newsgate!dtsdevO!kinzer@uunet.uu.net 
Subject: need repeater advice 

To: ham-digital@ucsd.edu 


There seems to be very little packet activity in this area (Phoenix) 
on 440 MHZ. Around our club, we were kicking around the idea of 
putting up a small BBS or something, just to get our hands into 
the packet arena. The idea kept evolving until we found ourselves 
talking about putting up a full blown repeater for digital use (we 
already have voice repeaters.) We think we can scrounge up the 
necessary radio equipment, and are continuing thinking along these 
lines. 


So, with setting up a repeater as the goal, what do we need to do 
to make a deluxe installation? I see operation at 9600 baud as 
a possibility, even though I (nor nobody I know) does 9600 at 
the present time. We would probably be setting a precedent for 
the area on 440, and thus should do the job well. 


There appears to be a bit-regenerator kit from TAPR, but I am not 
networked well with that organization yet (new member.) Is this 
the way to go, or is there some other option to consider? Anyway, 
fire away, and we'll see what we can come up with. 


-dave 


Date: 1 Jun 1994 22:42:32 GMT 

From: pa.dec.com!usenet@decwrl.dec.com 
Subject: PCMCIA TNC 

To: ham-digital@ucsd.edu 


Anyone know if someone is looking at doing a PCMCIA TNC? I think that this would 
be a neat item. (I know I could put it to good use). 


Any pointers would be appreciated. 


73 de Jeff -- KD1IT/7 


Jeff McLeman Internet: 
mcleman@zso.dec.com 

Redmond, Wa. Amprnet: 
jeffm@kd1it.ampr.org 

KD1IT / 7 AX25 


slownet: kd1it@n7fsp.wa.usa.na 


Date: 1 Jun 1994 14:56:18 GMT 

From: nwnexus!krel.iea.com!comtch!mikec@uunet.uu.net 
Subject: RTTY DIGITAL JOURNAL subscription info 

To: ham-digital@ucsd.edu 


Kenneth C Hopper (khopper@kimbark.uchicago.edu) wrote: 
: Great source of info about all digital ham modes. Give it 
: a try for $19 (first class US)/yr. 


The rtty DIGITAL Jouranl 

: c/o The American Digital Radio Society 
P.O. Box 2465 
New York, NY 10185-2465 


: or Jim, N2HOS 


P.O. Box 3328 
Indian Rocks Beach, FL 34635 


: I am not affiliated with the RDJ in any way - but I feel 
it is the digital ham's best publication and I want you 


: to know about it :-). 


I _am_ affiliated with the RDJ, and I have to agree with you - 
the Journal is an excellent source of digital information! 


Sess SRS: ee Ee mikec@comtch.iea.com - - - - - - -- - = - 2 2 2 


Michael B. Candy Amateur Radio Call: KI7FX 
P.O. Box 1953 KI7FX@KA7FVV.#EWA.WA.USA.NA 
Airway Hts, WA. 99001-1953 American Digital Radio Society 


Date: Wed, 1 Jun 1994 11:36:18 GMT 

From: psinntp!gdstech! gdstech! bat@uunet.uu.net 

Subject: Telix modem software doesn't choke on 7plus files 
To: ham-digital@ucsd.edu 


Any time you are sending binary files over a modem you run the risk 
of wierd things happening, as the XON/XOF characters are encountered 
in 
the stream. Using hardware flow control is almost always a better bet. 
Set your comm software (and sometimes a modem setting is needed) to 
use 
RTS/CTs and you will have lots fewer transmission problems. BTW, I use 
the new MSKermit, and it works great, and is free. -pat 


Reo eee ne en ee ee eee * 
* Pat Masterson D12-25 | KE2LI@KC2FD * 
* Grumman Data Systems | 516-346-6316. * 
* Bethpage, NY 11746 | bat@gdstech.grumman.com * 


End of Ham-Digital Digest V94 #172 
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